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WO03/042790 PCT/OS02/36618 
MC11R0NIC CONHBMATION TO DBBir OR CREDIT AN ACCOUNT 

BACKGROUND OF THE INVENTION 

1 . Field of the Inventioii 

The invention relates to a method for processing a transaction fliat 
5 hivolves debiting or crediting a bank account. 

2. Background Art 

A prior melJiod of paying for goods and/or services includes writing 
a check drawn against a checking accounf. It is also known to pay for goods and/or 
services by providing a checkmg account number to a merchant so that the merchant 
10 can initiate electronic transfer of funds from the checkmg account. Such 
transactions involvmg a check and/or a bank account, such as a checkmg account, 
may be referred to as check transactions. A known method for processmg a check 
transaction includes entering transaction information, such as doUar amo^^ 

transaction, check number and bank numbers, into a pomt of sale terminal. The 
15 teiminal flien communicates with an authorization source to obtain authorization for 
thechecktransaction. Once the transaction is authorized, the teimmal c^tures or 
otherwise stores the transaction hifoimation. The transaction information is then 
uploaded to the host computer m batches and at certam time periods, such as at the 
end of each day, for settlement purposes. 

20 If the authorization response sent by the host is not received by the 

merchant for whatever reason, such as Med communication link, the merchant will 
not know whether the transaction was successfuUy processed. As a result, the 
merchant may resubmit the transaction to the host computer. If the original 
transaction and subsequent transaction are both processed, the checkmg account may 

25 be debited twice. 
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Furthermore, under the above method, the merchant will not know 
whether the termmal accurately captured the transaction The merchant 

may also not know if the terminal accurately transmitted (he transaction infonnation 
to the host computer. 

5 SUMI^Y OF THE INVENTION 

The invention addresses the shortcomings of the prior art by 
providing an improved method and system for processing check transactions. 
Advantageously, the method and system involve obtainmg electronic confirmation 
to debit bank accounts so that multiple debits for the same transaction may be 
10 reduced or eliminated. 

Und^ the invention, a method for processing a check transaction 
includes receiving transaction iofoimation that is transmitted by a terminal; 
determining eligibility of the transaction for payment via a bank account; providing 
an electronic authorization response that is transmitted to the terminal, the 
15 authorization response including a unique transaction identifier if the transaction is 
eligible for payment via the bank account; and receiving an electronic response 
packet that is transmitted by the terminal if the transaction is eligible for payment 
via the bank account, the refuse packet including tbe unique transaction identifier 
and a transaction decision regardmg payment via the bank account. 

20 The transaction identifier may be a numeric identifier (hat is used to 

uniquely identify the check transaction on an authorization source con^uter system, 
for example. The transaction identifier may, however, comprise one or more 
numbers, letters, symbols and/or hnages. 

The method loay further include storing the authorization response 
25 in an authorization response file, storing the response packet in a response packet 
file, and comparing the response packet file with the authorization response file 
prior to settling the transaction. 

-2^ 



Tcmmastit 

Porte onte te toention. a metkod of ptocesstag . deck 
tta„^h«tade.proviatag transact 
• „stogatemrinalsoas1x>deterntoeBgn.ililyofthetr^ 
tataccoont; reoeivmg atlM«mManeleclr<»icau(^^ 

5 by the authortotion source, the authorization reapoi»e iflctading a mnque 
Miction ideatfe if the trahsaetion is eligible for paynm. via 
and providing an electronic response paclcet to the authorization aonrc ustag ttie 
teminal itthe tiamaction is digiWe fer payment via the banlc account, the response 
paoket inctading fl« »niq.« tran8«*ion identite and a transaction decision 

10 regarding payment via ttiebani account. 

Acomputer system accordingto the invailionibrprocessingacheek 

»tion initiated by a tennhKl indndes instruodons fbr deterndning eligil^ 
of the transaction for payn^nt via a bank account; instructloB. to generating an 

electronic authorization response ftat is connnunica(«l to the temtol. die 
15 aufl«.rizationresponseincludingaumquetransactionidentifleriffhetra,«action.a 

eligible ^ payment via the bank account; and tostructions for receiving an 
electronic response packet provided by die temnnal if d.e transaction is eligiblefor 
™ ttw bank account, die response pack^ including the unique iransactron 

idanite and a tranB»!tton deciston regarding payment via die bank account. 

20 Furte under the hwention, a system for processing a check 

transaction includes a temdnal to transmitflng transaction hiformation ««>ociated 
wifl, die transaction, and an aufhorizadon source con?»ter system to coBnnmdcat»n 
wift d.e terminal and operative to receive die transacdon fafermation ftom tte 
The aufcorizadon source computer system inchuJes bBtrncdons for 

25 determmtog eligibility of the transaction for payment via a bank account, and 
tasttv„A»B for generating an ele*onic audiorizadon r^e for transmission to 
ae tenntaal. The andKoiation response inchKles a unique transaction identifier if 
wnsaction is eligible for papn«it via die bank accoma. Furthermore, the 
tenntoal is operative to receive die authorization response ftom die aadK»izat.on 

30 source conmvder system and to transmit an electtonic response packet to the 
arborization source computer system if die tramiactton is eligible to paym^ 
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Ihe bank account. The response packet includes the unique transaction identififf 
a transaction decision regarding payment via the bank account. 

'a 

These and other objects, features and advantages of the hivention are 
readily apparent from the Mowing detailed descriptipn of the preferred 
5 embodiments for canyhig out the invention when taken in conjunction with the 
acconq)anying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 is a schematic view of a system according to the mvention 
10 for processing Check transactions; and 

HGURB 2 is a flow chart illustrating steps of a method according to 
the invention for processing check transactions. 

DETAILED DESCRIPTION OF THE PREFERRED BMBOpiMENT(S) 

Figure 1 shows a system 10 for processing check transactions 
15 according to the invention. The term "check tiansaction" as used hereto refers to 
a transaction involvmg the purchase or sale of goods and/or services, for which a 
check and/or a bank account, sudi as a savings account or a checkmg account, is 
used as tiie method of payment. Suitable types of checks mclude, for example* 
personal checks, tiiaveler's checks, credit card checks, and other corporate checks. 
20 Similarly, suitable bank accounts include personal bank accomits and corporate bank 
accounts. 

The system 10 includes one or more transaction initiatiog termmals, 
such as a pomt of sale (POS) tenmnal 12 and a personal computer 14. The POS 
terminal 12 may include a key pad 16, a display device 18, an imaging device 20 for 
25 creating electronic hnages of checks, and/or a check reader 21 for electronically 
reading information from checks, in one embodhnent of die invention, tiie POS 
terminal 12 is an Eclipse* termmal available from (Corporation) of (City and State). 
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Similarly, the caiiq)iiter 14 includes a key pad 22 and a display device 24. lUe 
con^uter 14 may also include an imaging device (not shown) and/or a check reader 
(not shown) that are similar to the imaging device 20 and check reader 21 . 

The POS termhial 12 is preferably owned and/or operated by a 
merchant engaged m the btismess of selling goods and/or services. The con^uter 
14 may also be owned and/or operated by the merchant. Alternatively, the 
computer 14 may be owned and/or operated by a customer attempting to purchase 
goods and/or services from the merchant. 

The Mtiatiiig termmals 12 and 14 are in communication with a 
merchant computer system 26 via any suitable communication system or network, 
such as a local area network, a wide area network, a dial-iq> network, the Intemet. 
a wireless network or any combination thereof. While the merchant con5>uter 
system 26 may include one or more computers, in the embodiment shown m Figure 

1. for example, the merchant computer system 26 includes a merchant host 28.m 
15 commnpication with a merchant gateway 30. 

The merch^ gateway 30 includes hardware and/or software 
necessary for transmitting information between tHe merchant host 28 and another 
computer or electronic device. When Hansmitdngmformation to the merchant host 
28. the merchant gateway 30 may also translate the hifbrmation into a suitable 
20 language recognizable by the merchant host 28. 

The merchant computer system 26 is m communication, via any 
suitable commmiication system or network, with an authorization source con5)Uter 
system 32 of an authorization source for obtaining authorization of check 
transactions. While the authorization source computer system 32 may include one 
or more computers, in the embodhnent shown in Figure I, the authorization source 
computer system 32 mcludes an authorization gateway 34 m communication with 
anaudiorizationhost36. The authorization gateway 34 includes hardware and/or 
software necessary for transmitting information between the authorization host 36 
and another computer or electronic device, such as the merchant host 28. When 
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transmitting information to tbs authorization liost 36, the authorization gateway 34 
may also translate the information into a suitable language recognizable by the 
authorization host 36. 

The authorization source con^uter system 32 may be in 
5 cominunication, via any suitable communication system or network, with one or 
more financial institutions 38 so as to obtain bank account information or other 
information. 

In an alternative embodiment of the system 10, the initiating terminals 
12 and 14 may be linked directly with the authorization gateway 34 and/or 
10 authorization host 36 via any suitable communication system or network, such as 
described above in detaU. With such a configuration, the initiating terminals 12 and 
14 may cammumcate directly with the authorization gateway 34 and/or authorization 
host 36. 

Figure 2 is a flow chart illustrating operation of a method or system, 
15 such as system 10, for processing a check transaction according to the invention. 
As will be appreciated by one of ordinary skill in the art, many of the steps m 
Figure 2 represent control logic which may be affected or impleoiented by 
hardware, software, or a combination of hardware and software. 

At step 100 of Figure 2, transaction information may be entered into 
JO the POS terminal 12, such as by using the key pad 16. The transaction information 
may include, for example, customer hiformation such as customer name, check 
number of a check to be used as payment, and one or more bank numbers associated 
with tiie check. Such bank numbers may include, for example, an account number 
associated with the check, such as a checking account number and/or savings 
) account number, a routing number of financial institution 38, or oflier financial 
institution associated witii die check. The transaction information may also mclude 
additional mfonnation such as dollar amount of die transaction, store code of die 
merchant, a merdwnt identifier associated wifli the merchant, etc. Alternatively or 
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I 

Next, the transac^on Monnation is cq>tiired or oth^ 
thePOStermiaall2atstep l01. The traiisaction information is then transmitted or 
5 otherwise communicated from the POS terminal 12 to the merchant host 28. at step 
102. hi addition to or as an alternative to storing the transaction information on flie 
POS terminal 12, the transaction information may be captured or otherwise stored 
on the merchant host 28. At step 104. the transaction information and an 
autHorization request are communicated from die merchant host 28 through the 
10 gateways 30 and 34 to the authorization host 36. Alternatively, the transaction 
information and authorization request may be transmitted or otherwise 
commuiicated from the POS terminal 12 dhrectly to the authorization gateway 34 
and/or authorization host 36. 

15 At step 106, the authorization host 36 determines eligibiUty of the 

transaction for payment via a bank account associated with the check, such as a 
checkmg account and/or savings accomit. For example, the authorization host 36 
may determine eUgibiUty based on bank accomit rules developed by the 
authorization host 36 and/or provided by the financial instimtion 38. As another 

20 exan5)le. the aufliorization host 36 may commmiicate with the financial institution 
38 to determine if sufficient fimds exist in the bank accomit. 

Next, at step 108. the authorization host 36 generates an electronic 
authorization response, such as an electronic check acceptance (EGA) response. 
The EGA response preferably, but not necessarily, mcludes some or all of the 

25 transaction information, as well as a transaction identifier if the transaction is 
eligible for payment via the bank account. The transaction identifier may be a 
mmieric identifier that is used to uniquely identify the check transaction on tie 
authorization host 36, or elsewhere. The transaction identifier may. however. 
Gon^rise one or more mraibers, letters, symbols and/or fanages. The EGA response 

30 may also include a con&raation request message, for requesting that the merchant 
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Next, at step 110, the authorization host 36 stores the EGA response. 
For example, the EGA response may be stored as an authorization response file or 
transaction record file. At s^ 112, die audiorization host 36 communicates or 
oflienvise provides die ECA response to die POS termmal 12 thr^^ 
34 and 30 and merchant host 28. Alternatively, die audiorization host 36 or 
aiidiorization gateway 34 may communicate or odierwise provide die EGA req)onse 
dttecdy to die POS temimal 12. 
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When die POS terminal 12 receives die EGA response, die EGA 
response may be displayed on die display device 18. For example, die display 
device 18 may display die foUowmg message: "Transaction appix,ved; transaction 
identiiier is 0123. Does customer want EGA?" At step 114, die merchant enters 
a check transaction decision mto die POS termmal 12 diat indicates whedier or not 
die customer wishes to proceed widi die check tiansaction. The POS temmiall2 
combmes fliis decision widi die EGA response to fonn an EGA response packet. 
Thus, die EGA response packet includes die transaction identifier as well as die 
customer's decision regarding die check transaction. If die customer decides to 
proceed widi die check transaction, dien die EGA response packet may be referred 
^ to as an electronic confirmation to debit die customer's bank account. 

At step 115, die POS temnnal 12 c^Uires or odierwise stores die 
ECArespbnsepacket. Next, at st^ 116, die EGA response packet is communic^ 
from die POS termmal 12, dirough die merchant host 28 and gateways 30 and 34 
to die audiorization host 36. Alternatively, die EGA response packet may bi 
commmiicated fi:om die POS tenninal 12 direcdy to die audiorization gateway 34 
and/or audiorization host 36. The audiorization host 36 tiien stores die EGA 
response packet in an EGA response packet file, at step 118. At sl^ 120 die 
audiorization host 36 may also send a notice to die POS teanmal 12 and/or meidiant 
host28confinningdiatdieEGAresponsepactetwasreceived. Sudianoticem^ 
be referred to as an electronic confirmation of receipt of ie EGA response packet. 



25 
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Next, at step 122, the auflioiizatioii host 36 coBd5)ares (he EGA 
response packet ffle with the correspondmg transaction record file/ If the 
transaction identifier and/or other transaction informatioii in the EGA response 
packet file does not mafich the trans^on identifier and/or other transaction 
5 mfonnation in the corresponding transaction record file, then the authorization host 
36 may tenninate the check transaction and return an error message to the POS 
tenninal 12. Such an error message may be cammunicated directly to the POS 
terminal 12, or routed through the gateways 34 and 30 and merchant host 28, If, 
on die other hand, the transaction identifier and/or other transaction information in 
10 die EGA response packet file matches die transaction identifier and/or other 
transaction mformation m die corresponding transaction record file, dien die check 
transaction is ready for setdement. 

Setdanent mcludes a fiiist setdement process between the 
audiorization source, which functions as an acquirer, and fbe merchant. Setflemiait 
15 also includes a second settlement process between the authorization source and diib 
financial iostitution 38 associated with the bank account. 

Settlement of die check transaction may occur in any suitable manner. 
For exanq)le, at step 124, die POS terminal 12 or the merchant host 28 may 
generate a setdement request to setde die check transaction. Preferably, tiie 

20 setdonent request is transmitted concurrentiy widi die EGA response packet so that 
die check tr^msaction may be settled immediately between the authorization source 
and die merchant. As anodier example, die POS termmal 12 or die merchant host 
28 may submit, at a predetermined time, a batch of transactions for setdement. As 
yet another example, the audiorization host 36 may d^ermine when to settle the 

25 transaction or batch of transactions. 

Because die mediod of the invention involves utilizing an EGA 
response packet, die method provides a safeguard against multiple debiting of a bank 
account for the same check transaction. Furthermore, because the EGA response, 
sent dkecdy or mdirecdy from die authorization host 36 to the POS terminal 12, 
30 miay include some or all of die transaction information originally entered mto the 
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POS tenninal 12. merchant wiU be able to confirm whether or not the POS 
tenninal 12 accurately stored and transmitted the fr^^ 

The method of the mvention may also inclnde a sinilar process for 
crediting a bank account, such as a checkmg account or a savings accomit For 
> example, credit transaction information associ^ with a credit transaction may be 

entered into the POS termmal 12, such as by using the te^ Thecredit 
transaction mfoimation may include, for example, customer information sudi as 
customer name and bank accomitnmnber. The credit transaction information may 
also include additional mformation such as store code and merchant identifier. 

Next, the credit transaction information is c^tured or otherwise 
stored on the POS teimmal 12. The credit transaction mformation is then 
transmitted fiDm the POS termmal 12 to the merchant host 28. Thecredit 
tonsaction information may also be captured or otherwise stored on the merchant 

host 28. The credit transaction information and a credit authorization request are 
then commmricated from the merchant host 28 through the gateways 30 and 34 to 
the authorization host 36. Alternatively, the credit transaction mformation and 
credit authorization request may be transmitted or otherwise communicated from the 

POS terminal 12 dkecdy to the authorization gateway 34 and/or authori^ 
36. 

In response to the credit authorization request, the authorization host 
36 may confirm that the bank account is active and eligible for an electronic credit 
The authorization host 36 may then generate an electronic authorization response 
such as an electronic bank accomit credit (BBAC) response. The EBAC response' 
preferably, but not necessarily, includes some or all of the credit transaction 
mfonnation. as weU as a credit transaction identifier if the bank account is eligible 
for an electronic credit. The credit transaction id^er may be a mmieric identifier 
that IS used to uniquely identify the credit transaction on the authorization host 36 
orelsewhere. The credit transaction identifier may, however, concise one or more 
nimiberB, letters, symbols and/or hnages. The EBAC response may also include a 
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confiimation request message for requesting that the ma:chant confirm whether or 
not the customer wishes to proceed with the credit transaction. 

Next, the authorization host 36 stores the EBAC response. For 
exan5)le, tiie EBAC response may be stored as a credit authorization response file 
5 or transaction record file. The authorization host 36 then communicates or 
otherwise provides the EBAC response to flie POS termmal 12 through the gateways 
34 and 30 and merchant host 28. Alternatively, the authorization host 36 or 
authorization gateway 34 may communicate or otherwise provide flie EBAC 
response directiy to the POS terminal 12. 

10 When the POS termmal 12 receives tiie EBAC response, tiie EBAC 

response may be displayed on the display device 18. For exan5)Ie, the display 
device 18 may display the following message: "Credit tiansaction approved; 
transaction identifier is 0456. Does customer want to proceed witii credit?" The 
merchant then enters a credit transaction decision mto the POS terminal 12 that 

15 mdicates whether or not the customer wishes to proceed with the credit tiransaction. 
The POS terminal 12 combines this decision with the EBAC response to form an 
EBAC response packet. Thus, the EBAC response packet includes the credit 
transaction identifier as well as the customer's decision regarding, flie credit 
transaction. If tiie customer decides to proceed with the credit transaction, tiien the 

20 EBAC response packet may be referred to as an electronic confirmation to credit the 
cust(»ner'8 bank account. 

Next, the POS termmal 12 captures or otherwise stores flie EBAC 
response packet. The EBAC response packet is then communicated from flie POS 
terminal 12, through tiie merchant host 28 and gateways 30 and 34, to die 
25 autiiorization host 36 Alternatively, tiie EBAC response packet may be 
communicated from flie POS terminal 12 directiy to tiie authorization gateway 34 
and/or autiiorization host 36. The autiiorization host 36 tiien stores flie EBAC 
response packet in an EBAC response packet file. The autiiorization host 36 may 
ahio send a notice to flie POS termmal 12 and/or merchant host 28 confirming fliat 
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the EBAC response packet was received. Such a notice may be referred to as an 
electronic confirmation of receipt of the EBAC response packet. 

Next, the authorization host 36 con^jares the EBAC response packet 
file with the correspondmg transaction record ffle. If the credit transaction identifio- 
5 and/or other credit transaction information m the EBAC response packet file does 
not match the credit transaction identifier and/or other credit transaction information 
m the corresponding transaction record file, then the authorization host 36 may 
tennhiate the credit transaction and return an error message to the POS terminal 12. 
Such an error message may be communieated directly to the POS terminal 12, or 
10 routed through tiie gateways 34 and 30 and merchant host 28. If, on the other hand, 
the credit transaction identifier and/or other credit transaction information m the 
EBAC response packet file matches the credit transaction identifier and/or other 
credit transaction mformation m the corresponding tiansactionrecord file, then the 
credit transaction is ready for settlement. 
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Settlement mcludes a first settlement process between the 
authorization source and the merchant. Setflemeut also mcludes a second settlement 
process between the authorization source and the financial mstitution 38 associated 
with the bank account. 



Setflemeut of the credit transaction may occur in any suitable manner. 
For example, die POS tennmal 12 or the merchant host 28 may generate a 

setflanent request to settle the credit transaction. The settlement request may be 
transmitted concurrently with the EBAC response packet so that the credit 
transaction may be settled immediately between die au&orization source and the 

merchant. As another example, the POS terminal 12 or die merchant host 28 may 
25 submit, at a predetermined time, a batch of credit transactions for setflement, As 

yet anoflier example, the authorizatipn host 36 may determme when to setfle flxe 

credit transaction or batch of credit transactions. 

Advantageously, the method of the uivention may also be practiced 
over the Intemet. In such a case, the compvtex 14 may be utilized by a customer to 
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access a web site of a merchant. The computer 14 may then be lised to perform Hie 
method steps of the POS terminal 12 described above in detail. 

While embodiments of the invention have been illustrated and 
5 described, it is not intended fliat tbesc embodiments iUustrate and describe all 
possible fomis of Hie invention. Rather, the words used in the specification are 
words of desci^tion rather than limitation, and it is understood that various changes 
may be made without departing from the spirit and scope of the invention. 
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WHAT IS CLAIMED K: 

1. A method for processing a checlc transaction, the method 

comprising: 

receiving transaction information that is transmitted by a tenn^ 

> ^^^'^SeMg^i^ of the transaction for payment via a bank 

account; 

providing an electronic authorization response that is transmitted to 
the tmimal. the authorization response includmg a miique transaction identifier if 
the transaction is eligible for payment via die bank accomit; and 

receivmg an electronic response packet that is transmitted by the 
tenninalifdietransactionisehgiTrfeforpaymentviatheb 
packet mcludmg the unique transaction identifi^ and a transaction decision 
regardmg payment via the bank account. 

. ^' '"^^^ of clahn 1 wherehi the ixansaction identifier 

15 mcludes a number. 

• 3. The method of claun 1 wherem Ae transaction identifier 

uidudes a letter. 

4. The method of clahn 1 wherem the transaction identifiw 
mcludes a symbol. 

5. The method of clahn 1 further comprismg storing the 
authonzationresponsemanauthorizationresponsefile, storingtherespo^^ 

in a response packet file, and comparing the response packet file with flie 

authorization response file prior to settlmg the transaction. 

6. The mefliod of clahn 1 further comprismg providmg an 

eiectromc confinnation of receipt of the response paci^ that is transmitted 
temunal. 
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7. The method of ctebn 1 flffther CQini»ising receiving a 
settlement request, and settUng the transaction in response to the settlement request. 

8. The method of claim 7 wherem the step of receiving a 
settlement request occurs shnultaneously with the step of receiving an electronic 

5 response packet. 

9. The method of claim 7 wherem the step of receivhig a 
settlement request occurs after the step of receiving an electtonic response packet. 

10. A method of processing a check transaction, the method 

CGDoprising: 

providmg transaction information to an auttiorization source using a 
terminal so as to determine eligibiUty of the tiansaction for payment via a bank 
account; 

receiving at the terminal an electronic authorization response 
provided by the authorization source, the aufliorization response nichiding a unique 
transaction identifier if the transaction is eligible for payment via the bank account; 
and 

providing an electronic response packet to the authorization source 
usmg the terminal if the transaction is eligible for payment via the bank account, the 
response packet tacludhig the unique ttansaction identifier and a transaction decision 
regarding payment via the bank account. 

11. The mefliod of clami 10 fiulher con^riskig recesiving at the 
termmal an electronic confirmation of receipt of the response packet provided by 
the authorization source. 

12. The method of claim 10 further comprising storing the 
25 response packet at die termmal. 

13. The method of clahn 12 fhrther con^rising storing the 
response packet at a host caaspntsr m communication witihi the terminal, aid 
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comparing at a predeteimmed time interval Hie response pactet stored at the 
terminal Willi the reqwnse padtet stored at the host computer. 

14. A computer &ystem for pn)cessing a check transaction initiated 
by a terminal, the computer system comprising: 

5 mstnictions for detenniningehgibilily of the transaction 

via a bank account; 

mstractions for generating an electironic aufliorization response that 
is communicated to the tmninal, the authorization response including a unique 
transaction identifier if the tiansaction is eUgible for payment via the bank account; 
10 and 

instructions for receiving an electronic response packet provided by 
the terminal if the transaction is eligible for payment via flie bank account, the 

response packet includmg the unique transaction identifier and a transaction 
regardmg payment via (he bank account. 
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15. The computer system of claim 14 further including 
instiructions for storing the autiiorization response in an aufliorization response file, 
instiiictions for storing flie response packet in a response packet file, and 
instructions for comparmg die response packet file wifli the autiiorization response 
file prior to settimg tiie transaction. 

16. The computer system of claim 14 fiirther uicludmg 
instructions for providmg an electironic confirmation of receipt of the response 
packet to die temtinal. 

17. A system for processing a check transaction, tiie system 

con^rising: 

a terminal for tiansmitting transaction information associated vvith die 
transaction; and 

an autiiorization source computer system in communication wifli die 

terminal and operative to receive die tiransaction information fiom die ter^ 
aufliorization somce computer system mcluding instructions for det^rmi^ 
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eligibility of the transaction for payment via a bank account, and instructions for 
getierating an electronic authorization response for transmission to the terminal, the 
authorization re^nse including a unique transaction identifier if the transaction is 
eligible for payment via the bank account; 
5 wherein the termmal is operative to receive the authorization response 

from the authorization source computer system and to transmit an electronic 
response packet to the authorization source computer system if the transaction is 
eUgible for payment via the bank account, the response packet mcluding the unique 
transaction identifier and a transaction decision regardmg payment via the bank 
10 account. 
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